


Institutional Archive of the Naval Postgraduate School 





Calhoun: The NPS Institutional Archive 
DSpace Repository 


Theses and Dissertations 1. Thesis and Dissertation Collection, all items 


1991-03 


Local area network terminal management in 
Support of stock point logistics integrated 
communications environment (SPLICE) 


Barnes, Jerry D. 


Monterey, California. Naval Postgraduate School 
http://ndl.handle.net/10945/20244 


This publication is a work of the U.S. Government as defined in Title 17, United 
States Code, Section 101. Copyright protection is not available for this work in the 
United States. 


Downloaded from NPS Archive: Calhoun 


Calhoun is the Naval Postgraduate School's public access digital repository for 
(8 DUDLEY research materials and institutional publications created by the NPS community. 
«ist sae Calhoun is named for Professor of Mathematics Guy K. Calhoun, NPS'‘s first 


INN KNOX appointed — and published -- scholarly author. 

| LIBRARY Dudley Knox Library / Naval Postgraduate School 

411 Dyer Road / 1 University Circle 
Monterey, California USA 93943 





http://www.nps.edu/library 







7 
= - i} b- = a 
a a ya) 7 nl 
way y | - 
| I 
td 8 7% yt = 
. iy 
ar i = 
iJ 
; - a i} 
yy reat ) 7 
oar Bee re . 
t - 
to ey 
. we " yeu ' ' 
a) i 
i 
75 
; sear ae | 
i; ih, 1 ; " (5 Oy OM 
i = 
ci it ) 
7 af 
i, 
a s ‘ ; 
APASe ae oe ay ab 
: - 
a 
wa 
t] 
;! 
os o 
i 
if 
7 
" 
77 
ft if 
y 
af 
| 
ay 
7 
! 
' 
Wy ' i] i) 
” » AE ' ‘s 
( 
- 
TOA 
; a 
y ' 
1 | 
af 
17 A a 
F a2 7 
a” 1, 
ie 
i) 
4 - 
“4! , 5 
i at 
i 
: a, a} i} i 
, af 
ae 
ral i} 
var 
; Do td, ; 1% 
VT 
i ; if rr 
1 suf tt 
te win), 
“hy 
1 i} ae . J 
7 7 i 
hem ye if Vv - 
- I 
. ; i! ' , i 
. 7 ‘ , a, 4, Fr ya ‘y 
8 : : ‘ Peete Pare ; 
ative bo ve tvil yeu try af ' 
Poy tt ' ‘ - - 
~ 17 
i ty ea | y 
ie 1} # | 
ty , i dwir Bi ae 
Lys i We “ iff i a ' a 
1] r ik -_ = 






‘| re on eee ae’. aa 


| 





T>PARY, NAVAL POS 
aetT AB. ZA e940 




















NAVAL POSTGRADUATE SCHOOL 


Monterey, California 





RAESIS 


LOCAL AREA NETWORK TERMINAL MANAGEMENT 
PN SURPORM SOE Steck POINT LOGISTICS 
INTEGRATED COMMUNICATIONS ENVIRONMENT (SPLICE) 


by 


Jerry D. Barnes 
December 1982 


Thesis piavisor: Norman Schneidewind 





mperoveds:or Public Release; Distribution Unlimited 


T207791 











SECURITY CLASSIFICATION OF THIS PAGE (Wren Date Entered) 


REPORT DOCUMENTATION PAGE 


2. GOVT ACCESSION NO. 





READ INSTRUCTIONS 
BEFORE COMPLETING FORM 


4. TITLE (and ep A . 3. TYPE OF REPORT & PERIOD COVEREO 
ocal Area Network Terminal Management in|Master's Thesis 


support of Stock Point Logistics Inte- December, 1982 


grated Communications Environment (SPLICE 


8. CONTRACT OR GRANT NUMBER) 


























7. AUTHOR e) 
Jerry D. Barnes 













10. PROGRAM ELEMENT. PROJECT Tase 
AREA @ HORK UNIT NUM SERS 





9. PERFORMING ORGANIZATION NAME AND sDORESS 
Naval Postgraduate School 
Monterey, California 93940 

















12. REPORT OATE 


December, 1982 
13. NUMBER OF PAGES 


40 


18. SECURITY CLASS. (of thie report) 


WNCEASS TELE) 





11. CONTROLLING OF FICE NAME ANO AOORESS 
Naval Postgraduate School 
Monterey, California 93940 









MONITORING AGENCY NAME & ADORESSE(I/ different from Cantrofling Oftice) 














$a. OECLASSIFICATION/ OOWNGRAOING 
SCH EOULE 


16. OCISTRIBUTION STATEMENT (of thie Repert) 






Approved for Public Release; Distribution Unlimited 





17. OISTRIBUTION STATEMENT (of the eaebetract entered in Block 20, If different from Report) 





168. SUPPLEMENTARY NOTES 









19. KEY WORDS (Continue on reveree side if neceeoary and identify ty block number) 


Terminal Management, Virtual Terminal Protocol, Network Virtual 
femuminal,  seEtce, Local Area Network 













20. ABSTRACT (Continue an reveree side if necececoary and identify by bfeck number) 


This thesis examines the questions of user requirements, design 
considerations, and network environment for a local area network 
Terminal Management function in support of the Naval Supply Svstems 
Command's Stock Point Logistics Integrated Communications Environ- 
ment (SPLICE). Criteria are developed from this examination. They 
include process-process communication, virtual terminal, and user 

defined screen capabilities as well as a negotiated (Continued) 













DD en 93 1473 cortion oF 1 Nov 68 15 OBSOLETE 


od ad Ee ee lane 
S/N 0102°014- 6601 | SECURITY CLASSIFICATION OF THiS PAGE (Tren Detea Entered) 





eee en ea 
Sacumly CL ASSiPI CATION OF Tuts PAGE/Mren Nore Battered 


ABSTRACT (Continued) Block # 20 


virtual terminal protocol based upon a network virtual terminal 
concept. Recommended generic and specific models of the Terminal 
Management function applying these criteria are then presented. 





DD For 1473 
pl faks 


wens x») = 9 a TTT 








meieseved LT2L public ralbeass; distribution anlimite?. 


Local Area Network [Terminal Management 
In Support of Stock Point Logistics 
Integrated Communications Environment (SPLICE) 


by 
. Jee i 1s talpmee 
Lié€utenant Tommander, Sipp-y Coros, United States Navy 
om, wsegon Scase UN=VSCSizcy, 1969 


Submitted in parti 
requirements 


Wise ns Gms erENCE DN INFORMATION SYSrtus 


wD 


EEO san 


NAVAL POSTGRADUATE 5CHOOL 
December 1982 





LIBRARY, NAVAL POSTGRADUATE SCHOOL 
MONTEREY, CA 93940 


apo LR Aer 


This thesis examines tae questisi1s of user requirements, 
design considerations, ani network anvironment for a local 
art2za network Terminal Management funstion in sipport of thea 


Naval Supply Systems command's 35:2 9ck Pornc > Logis 


qt 


fiaregsa-ea Communications Environmmeit (SPLICE). Ce UCer es 


er —_— =» 


mes) devetope Erem this examination. They include process- 
Deocess COMMUmt= cation, virtual terninal, apd uSer i¢rinesd 
screen capabilities as well aS a negotiated virtual terminal 


protccol based upon a astworck virt 


} 


u 2 Se 
Recommenced generic ani specific nasdieis of the Tern 
Management function SOD L Vide ess Cro Lter.3 ar 


presented. 





TABLE OF CONTENTS 


I. iO ION Pe ss « = 6 6 ls 
Pee OC MEV So7OF RESEARCH . . 
PeeOe eR GROUND. 6 =» =» « «© « 6 


C. ADDENDUM TO REINHART AND ARANA T 


Ht. PeOU Tee No wBerENIT ION . « « 
Depo UE eis) 6 2 « s % @ % 
Peace comm RE JUITREXMENTS . 
Coe fe oU eee OrrcyY AND DERECIT 9 
D. CONCLUSIONS AND ASSUMPTION 


ger Roepeerws OF PERMINAL MANAGEMENT 
Ae OVERVIEW .~ 2 «© « © © © « « 
Pa FE CUNEGAL CONCERNS . « 
C. LOCAL AREA NETWIRK (LAN) §$ 
Wee omens ni Tm HODEL .« « « «© « 


Gee Cent ENAL NANAGEMENT APPRIACH 


1. Parametric Approaches 


N 
S 


NVIRONMENT 


oe Vaimeice rorme Nal Pe stoscols 


Fe REINHART AND ARANA IM .. 


The PeeeemmoNnDATLONS .« « « « # « © & s «© «* @ 

Ae Een VeLEW 6 (6 “s «© -« © © © «* © «© @ s % 

S. Perea 2 SCOUMEN DATIONS <9 6 <= = 

or Peco MENDED TM AODEL. ee eee ee ee 

femme roue/Outpat Device . . « s «= « 

pee cca l Virtual Tarmitn2zl (LV) -. . 

3. Network Virtual Tarniaal (NVT) . 
(Wewevirtial [ermiinal Protscol (VTP) 

5. Session Example . .« - «© « «© « » 

Vite THE RECOM MENDED APPROACH . « «© © «© «© «@ «@ 


Pemeeetis ASSUMPTIONS «. « «© « » 


14 
1S 
17 


19 
19 
19 
21 
MN 
24 
24 
26 


fe) 


at 
31 
Sl 
a2 
B2 
33 
a3 
34 
3u 





poe tes CONCEPT. « 
Cee ee LN PLECATIONS 


mi OF REFERENCES .. . 


eta DISTRIBUTION LIST 


36 
a7 


38 


4) 








LIST OF FIGURES 


Possible Logical LAN Connaction 


Possible Physical 


LAN VCona 2ce. 5 


n 


Generic Terminal fanajgemenct Aodse 


Recommend2d TM Moiel 


S 
I 


11 
aA 
Pap 
a2 





A. OBJECTIVES OF RESEARCH 


fev 


Mecmonyeceivc Or the Steck Point Logistics Integrate 
Commuméce =1ONS Environment (SPLICE) Local Area Network (LAN) 
P=9gce- c- the Naval Postgraduate School, ‘Nent2ray, wes 
GemeWop elternatives for S>2LICE LANs. mie thesis cups 2-24 
by Lieutenant Jossph Ne. Reinhart II, USMC aad Lieutenant 
Ricardo Arana, Peruvian Navy (Ref. 1], concernsi iztsslf with 
mae aqeveiopment cf functional desiga specifications fo 
implementation of the Datadase and Terminal Manz2gen 
Peotocmeorec  meanctionally iistributed LAN in tesp 
requirements of the - Naval Supply System's stoc p 


POvenimermy COntrol points. 


MicmebyeCer.vcS Ofwthis thesis cessarch as to furthec 
define the requirements of the SPLIZTE users and ts develoo 
from these needs a generic modal of Tarminal Maaagenenz (TM) 
Mmimemmons necessary tO Sld9port the sacvices c2gzuired. The 
Gaetenete FOr uSing a J213Tic model rather <han a sSpeerfic 
mode: lies in tne evolutionary stats of Naval Supply Systams 
Somme ee (NAVSUP) data prosessing objectives. In an execu- 
maven levee onaering, che 52 LICE project offices stated : 
Wemeecumimepmaerorsd “he luxity .of SuppStting "Navy ur@quc' 
Someweeompecnages (in fae Eucurces:. A@ SlRoOLy canno= 
So eCea mens cesSOlrCe draw (drain). Our POLISyY aust per 
Stow unague Solutsons., Our aaa NMSs fil wich ba ean 
mee ucmompemamcumc2 Dab lleiss SE tne geéretal ADP aazket=- 
olace. Ref. | 

fomeee emer gd Wiech tha= policy, ie SeeleSlicewe1l attene. <5 

mesehtenra Using the Reinnars and Arana thesis 15 a tnecret- 

mea ea ecournaa+ Or, cee tea Cees 


ae so oe Galas: capable of 
S 


supporting presentiy envisioned 
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eet Ph esas: 2rS weathi1 anh bsctws2en LANs and <tne sveck, 
G@e@ellaecy anad e€cSe Of LNESFiCctive ttrG@inal sessions. aes 
few batecimeceomee fn Which is «the ~r22s0n FOF this thesis. 
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associated, Boe sOtstcarm=a by “SPEMGE = deston= =a 
SeeeGeticarters, the above references were usei prwared = iy as 
@ source of purpose and objectives. Reference 1 provides 4a 
Mem aeadable synopsis sf 2eferences CHS OUGHBRS % DPeaders 
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Tapes thesis. Instead, 323 this thesis uses the Reinhart an 
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Tasks expected to De proc2ssed on ths SFL 

Meme -msentie contacts with persons attached td the epic o 
PememieGr OGtece at NAVSUP headquarters in Washington, OD.C. 
SPeaeemeunctl:Onai managers at Naval Suopnly Centers in O&klan2 
ani San Disdo. Pre “RSs yt ot shis J ineste, srd <herefore 
NESE “Merviews, wes t2 estabiish in the author's mind 3 
@-Peoh2-CGecinmcion Of LAtS> ACTIVE PrISSSsing TSJULrEemeRes so 
Sea Texrminal Managemene (IM) Si@etaictives Misht be Svelu- 
acted. Mhe results of thes 

‘one 


C. ADDENDUM TO REINHART AND ARANA THESIS 


in Cheese beckground section, Rsignart and arcana impsiai 
that 2 Go@imee=cal ocdsiuct rammed Terminal Application 
Processing System (TAPS) was the most probabl2 impisenen*2- 
tion of terminal nanaaqeneit, databas2 management, compiex 
Management, and transport management Functions. AL the 
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Momadens Tespondinrg the th= SPLICE solicitaticn preter their 
SomeGunect2Oral medules to TAPS ani ars bidding accordingiy. 
Thas action would appear to suppor: Reinhart ard Arana'ts 
Sermcenrc2on that 2 EUnstidnaily distrek& buted CLAM without 2 
centrai complex manager is viable. 

Seeman 1) CF the thasis discisses SPLICE functitonel 
-mplementation and provid2s a diagran in its Figure 1.3 of 32 
possible implementation. An updated veirsicn of that diegyraia 
js Contained in Rezerenzts 9 ani Figures 1.1 below. 
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II. REQUIREMENTS DEFINITION 


A. OVERVIEW 


Gmessmechoi smploysd in attesmoting t0 aerive at a 
GegurrtemenecsS definition for the Tsrminal Management (TH 
munee or WAS 4 Series Of interviews using standard ques- 
tions. Diemer t coviews were conducted) with sersons at =he 
Neval Supply Centsrs 2t Oakland and San Diego. These 
ceaters were chosen primarily because? of local:, ob) salons oe 
Ghozce does not diminish the effactiveness of tha inter- 
views. Between them, $322 Dizgo a1d Oakiand, conduct ths 
entare range of stock point operations, with the exception 
Pest ratediG fOrces supps>+. San Diego supports @ major 
flzet presence, eine Talling »sOnMend, “cCWIs Ne jou eas 


Stat2ons, and numerous sidre nainterance and aininistrative 
conmands. Jakiand supports 2 smaliar fleet presence, on5 
air station, fewer shor2 establishnenrts, but serves as a 
clearing house for Western Pacifist reguiren2znts. Bots 


Genters presently support remote tatninal cperations. 38c6t! 


have implemented either or both IDA or/and APADE to varving 

dejrees. These terminal based interactive appsrication 

PoOgGrams are currently executed on stand-aions minicompu- 

ters, PUmeemecne scr mere 2xistenc® allows th= functaona 
n 


managers using them td arswer questions not aaswerabdle by 
c O 


managers without experience with 


The impressions g32212r2 fron <inese intsrviewsS 3223 
@Cemweaneag In s=G=ion B beld Section C discisses inw@orae- 
tion gained in meetings with WNAVSU LRGey proj ecc “esenc2 

S x n 


perscnnel. S2ctzson D SUNRaADLZeS ¢! e 
SessGem@a-cd assumptions that will 902 used throughout cas 


Bence meemeror this thesis ia evaluatiag IM approaches. 
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Be. STOCK POINT REQUIREMENTS 


Pee ws WE Stock SoOint funstional managers ater kK iy 
estapi-shed the presence 3f managerial difficulties expectsi 
in trying to hold togethar an onyoing production effor-- 


based on established proceiures and technology while trying 
tO Simultaneously implement a newer weEhnoiozy. Despite 
the=r <cribulaticns, thes managers were most willing <> 
Share their experiences t> date with terminal based interac- 
tive appiication programs. 

Both IDA and APADE are designed :9 utilize 2 menu-driven 
Eeumemode Of ant cractive jata entry ani file isguiry/upda+2. 
Both have extensive process OO ths avet aD lees EO 252 
terminal user. 

Pi oweaeewseis CLS, primarily in ths purchasing division of 


the Procurement Department, logically and vhysically sepa- 


rate d@2qa entry EIOCts Ons oe Ollmeiais cs LMG Ey /upddacs 
muUinCct TONS. Thiec is based nostly uoson time constraints of 
@ece €m=ry and the volum= of thess transactioss. Lhe 2M 


POpeercae8ONs OL this Separation iS that the data ents: 
clarks would be best served by the least creative, least 
complicated TM that would still sippo n 

Bete Crtey, 2.¢€., when finished with one 

wants another form immediateiy, not 2 helpful put neverthe- 
less key-strok= consuming menu. 32 thao h 2b 
SO-WeEGKREES WhO are  Tesponsibie for handling a rather larg: 
MUmsect  Ofmeadoscument iagiiries from not always 


Ses Mec= Meuld find tne ability ¢t9 split <= 


Mies ple) sseGe. ONS and +¢2 conduct a4 separ 

update in each section very heipful. MeSoleoaasik og aansn— 

istrative personnel ara frequently asked to oroducs 

PeoeNerrOn wei tten and 2cal) that requires multiple access 
sséd 


u 
Sempevtes and/or Marual msaipuiation 2f the data a 
h 


Ths primary cause of ‘their Sissi Ss 








memicemeamed by “the fornats, both disp 

eee gteemearto "the systems The capability +> design 2 
multiple-use screen ani caport fornat at the terminal iis 
indicated. 

Bee Weetssts, —~ financial accouating, commonly referred 
wee as Triple-i, do mot separates their data entry from 
inguiry/update. mereme "CL2rKk who has 4 ‘ter al has often 
VieW a record 


Peommemere when one fete. This situation is especialiy preva- 


m 

Meamna Wonself in the situation of nealing to 

S 

Meateewhen beconciling vendor invoisss*hwith raquisitions. 

Bimscemecd 25 presently net by calling 2 clerk who has access 

to the necessary files (APADE or UA0PS) ani passing th: 
necessary information by paone -- aasonation indeed! 

The Customer Services personnel primarily interface with 

mas UADPS applications residing on ithe Burroughs host main- 


frame. Miles LNtebaceiON With the somouter is vapied, bus 


jv 


=0 


ie 


ral 


Beceecadl!y inguzry im nature. D Tey 2s pormally barren 


Meecessea, and Will ain aii likelihood remain so until ocR 
S 


am 
BeernOLogy teplaces the current card raader 
n 


A Becaus¢ nost 

queries are made to resords storsi and prorassad in 389 
mobumn Gand LTObmat, a szsroli-mode tarninal ocresentation with 
meas abacm-y §O Ccntinualiy ents Sse seanG al rec= Serius 
TO A nearby printer is the near concensus choice fer 
moeitiiatemwemeeeractzon. A less Exequeant activity conducted by 
Customer Servics2s personnal requires them <5 epend hours 
researching and cross referencing raszords from various UJAdDYPS 
Per iid@Gcact! Eales (now IDA ril3s). This reasearch is 
normaliy condusted by the nost experianced and senior cisrks 
Smaeee SUDeEEVaSOLS in the ilvision, See = eevOULT Seen Ehat 
countless hours could be s:ived, Meet Oote rw cn doelass,; iF 
these persons could break 2way from the standari displa 


n 
Mizach they are now linitsd and ss up a screen display 


Siewecome meron researching and controlling *ths ssurce dE 


@2splay “optut. 
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Desause failure to keep them in mini ina a 
increases the probability that the -ctesultant design may oo 
Boo fic-2ve tO be of value in meeting future growt 

NAVSUP SPLICE Pro = Jbjeztives 

- Data must be mad= availabls 5 the customer, easily 
ecoessed from wherever ths customer is located on a conti- 
nusus basis around the ciock. 

- A distributed data base must be developed. 


Goals for NAVSUP ADD 


pee OuUnGh ed Cards nust be Siininated. 
- The use cf point-o9f-sale ts nals ani hand teii 
Pomme s Wath cptical ssanning capabilities at data entry 


PO_NtS. 
pEeeweemise Of Dar codss5 and magnstic strips in inventory 


controi and warehousing applica tions. 


D. CONCLUSIONS AND ASSUMPIIONS 


Peemsolmowing conclusions regariing the TM requirenents 
Oemeusers Cr the SPLICE LAN ars based 


u 
discussed above and cbse2rvations of «erminali ase 


| ce W= ioN ar. < 
Bean tS. Assumptions are bas2d upds1 the same observations 
coupied with the author's experience in Stock “Veczre 


@o= 4 tions. 


ieeremmemnust be able > support a wide vatisty of) termi- 
Peco verted not Only in nake/nocel, but also in cperazional 
characteristics. 

Poo ereeyemust be able to support character, line, paqde, 
Seno), and form mcde editing capabilites at che sams 


terminal. 


Bret wEcmomad provides the ability tor @ ussr ta locally 
neOni-Ceomd: splay at>eGa, ani resultant hatacopy sutpu. 





u. A user snould b2 abie to simultanssusly display 
BUltz ple processes utiliziag diffsrsait application pro 

5 A TM should provide the methanism to allow applica- 
ti9n to application interaction (author's assunptiors 

Geen Should be able t> suppdr= non-interactive data 
CAEery, such as light pans and hand-held OTR (2uthor's 
assumption). 

7. ATM Should provid2 a general framework within which 


future terminal functions can be :2ccomed2*t3i (autkor't 


W) 


assumpticn). 
on A TM design must resogniz> the relative iack oF 
Bemmesti1c=ti0n cr potential 4isérs ang the proba 


h2gh CULNoOver in these positions. 
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III. ASPECTS 2° TERMINAL MANAGEMENT 


Aw. OVERVIEW 


mieeeaddse2on tO the user requitements discussed in 


SiesOeereti, anvestigatio1 and evaliatio 


nh Of alvernes.ve Tr 
techniques requires an appreciation fom mec SeChnh2 ea. 
Seoneceans ofr a *TM. Boece on = Budiscuisses these ecncercs. 
Peeesor ©€ OUtTlines the LAN environment assuned for this 
thesis. Section D presents the author's view of a gensric ™ 
model. section E then explores son? of the IM spproaches 
Seca ah contemporary literature. SeCel Ont ceeeeanee =] 
review of the TM approach advocatei by Reinhart and Arana 


(Ref. 1]. 


Be TM TECHNICAL CONCERNS 


Pigmecomes 1 St @& Q#Wiicly agreed t> discrete functions and 


P=9-0CO1s, Gees not exist. Rather, ther2 exists an imnpres- 
Sive, if somewhat confusi2jy, spectrin 2f alternative methods 
of implementing a TM. D0 thas) MOSt wambeer ous 2nd ~ Of <has 
Sese cnummtus a TM module which provides the fuil ta 


functions described in the Presentation Layer (layer 
fee i Peewee onal Standaris Orjyanization (IS0) dpe 
HheezrcOnmnection (OSI) reference ndiel. One of the manv 
@et@nieeons or the task of the Presentation Layer "...is td 
Semone NGCOmmMun cat. cns by providing sommonliy known vir sual 
Gemecesweana Gommonly known vib Su2l information te ths 
meee spucted applacations" ~ Ref. 103; 9. 227]. A less ambi- 
t20us TH would be #2xo2ctei 50 ye} Whide tarminal 
mimeoeyMe=acteS £rom “he ad9lication 2IEograms" Ref. 11: Ds 


US4Y]. The latter represeating a subset of the former. 
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C. LOCAL AREA NETWORK (LAY) ENVIRONYENT 


= 
= 


The LAN snvironment ia which th: Td being discussed in 


ene= thesis will operate is a2 fully distributed LAW based 
upon seven primary functional softwac2 modules; loca 

Meeecaons, hational commiiications, F2on=- end proc 
session sérvices, terminal management, databas2 an m 
ani peripheral management. Figure 1.1 introducs4a che icgical 
Conneczions of this LAN. Figure 3.1 presents a possibis 


mivemeal) COnNeCtion “—ConIiguration. 


mm mmm eee re ee ee ee ee oo Se ne ee ne ee ee et ee ea aocoe 


Minicomputer 
Front-End Processor **® 


Satellite ** Oe ? 


Terminals 


fin iconpetsr Rinicoreuter 
Device Processor **® Data Sase Processor **¢* 






Terminal 
Mgt. 





Defence Data Network Miccocorputer 


teaae 


Periphecal : 
Mgt. 
VLALLLLLLLLLL 


Pesource 
Allocation 





Prysical 
Bus 


TCR: Trensmission Control Protocel paaptor| 


IP: Internet Protocol Maptoe 
4), Reals peered] onaeintn 
ek | 
ee = (E.G. RARP) pescerces 
eee 6Cedicated Resources (2.0. Memory, 
aieks associated with sach processor} 
sere Could be multiple processars 


(Ref. 9: p. 4-7] 
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Figure 3.1 Possibl2 Physical LAN Connections. 
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Ges thesis also assun3s a2 multiplexed data/contzol bus 
capable of supporting half and full-duplex conaaunications. 
Further, It iS assumed that the t2rminals connected or 
potentiaily connectable t> this LAN are hetrogensous ani 
that the hetrogenous mix will be in ant starve of flux 
during the next decade. 


D. GENERIC TM MODEL 


Given the user regquirenents, design conc 
ronmentai assumptions developed above, P2GQULS 3. 25spee=cnts 
the author's attempt t9 meet these sriteria 


TM model. 


PHYSICAL 2 
INPUT 
DEVICE | 


PAY SECAL 


TERMINAL APPLICATIO 


DEVICE 


PROCESS PROCESS 


rT ———— == fs 


HANDLER 


~<a s 





PHYSICAL 


OUTPUT 
TERMINAL 
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DEVICE 





APPLICATION 
PROTOCOL 





ee 
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A EE a AS a A i AS TD a > a ae a> a A a ee oe = aes 


Figure 3.2 Generic Terminal 4Yanagement dodel. 
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Figure 3.2 has the following components: 

1) A generic tesrninal with an pte Capo. | ated 
PeeybGarte, light pen, Optical Scanner, stc.) ani an I=L Ona 
Output device (CRI screen, signal liynt, teletyp2, 3tc.) 

2) A device or modul> which caa understand the signals 
coming from the input device and can send signa O 
pierueraevytco which it cai recognize. This compo 
has a command language of its own which allows <~<ha user : 


design an output display aad to map nore than one proces 


Nn 
qr 
OG 


mitt Gisplay. 


3) This component reatresents the terminal in dsalings 
Meare application process (ons per process). I+ aiso 
Sieerds and) manipulates a2 terminal iata structure £52 2ach 


process. 

4) This component represents ths application program in 
dealings with the terminal process (one per process). Tt 
also builds and manipulates an application data structurs 


for €ach process. 


5) ties cOMPOnent sats the rilas tor and format of 
communications between th2 terminal processes and aoviica- 
tion processes (for all processes). 

In the most simplistic *tarms components 3 and 4 are 
Beeonumeys for their clients, the Soietaweena che. asides 
meoTe Pregcam,stespectively. They, aaj only they, know thei: 


@epemes Capabilities and 2x pectations. Both are very strong 
tiled and therefore n22i an arbitrator (component 5 5 


) v 
SrsUcre thas communicatins are M2=sen2nqgeul and ov 2toperly 


At this point this model simply provides an ideal TH 
whose generic components, i1£ implinented ideally, would 
provide a modular TM capable of neeting user requirements 
and design concerns while having the flexibiiity <9 respond 
to changes. A recommend2i specific inplementacion of tais 


moiel wiil be presented in Chapter IV. 
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E. TERMINAL MANAGEMENT APPROACHES 


Appreaches to TM san be generally discussei in two 


Bele@eeiema Unfor *unat & mutually exclusive, categories 


e 
9 


t~ © 
cr 

(D 

ie | 

B Vv 
} 

| 

fv 

te 

td] 


parametric and virtua 
1. Parametric Apordasices 


ry 
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Boa —_ oS <== aS = = : 
fist sa Set os cer monet ohare > < 


existrsos With ach type of 
PcemsMel having a ditfsreat sst of parameters For e2ca char- 
acteristic. The nost computer may then set tas parameters 
fe) Values nesied for the 


u 
Pteeewabie on that tendfaal + 
V23.900.34- 86 }. 


This aprroach is used by che ARPANET Telenet 


Process/application [Ref. 


Ss impleasnting [hwecha = sone 


Packet Assembler Misassen 
primitive command ianguagd= *o opden aad ci 
+o set terminal parameters. The primar 
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defines 
228 Foeiors 
The short 


Ne 2 9 
{ Ref. 


BES eOCOLS provide 
the applicat 
that the 
5 86-587 }. 

Telenet! 
provides an enhan 
sone of the ter 
host. 
Bermainel which 
fine TTL 


ephinal 


parame 
was 
terminals which 
sophisticated pag 
ist of parameter 
tric values) were 
Both the 
Beovidang “wae ror 
To be 


standardized so 


better. 


PAD/interface wit 
tion the envolven 
extensive or the 
enornous (Ref. 

As seve 
concerns discusse 
<Cans 


amount oz 


shnoreasirg number 


approaches 


ua 
84-86 ]. 


10n in the host knows 
Ze sae: 


Ld 


—_ 


Telenet offers a 
includes 3 few 
2rs. 

des 
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ral 


appear 


interfate betwean the PAD 32 


coming of these approaches 
Pie urine cis. 
woat 


what 


no gens 
L Wai, do 
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Ss 
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Will do 


Inte 
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minal 
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Bede ul Ve Terninal (ITI) 
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ElGeners ©eftfitement Cali ease y 1 = tac 
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Sst 3£ paranstears helps 


handling responsibilisies fron 


ZINC GLOnS / On as 
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generic op 


iso feunat ely, 


BGmea, pPrilerniy co Suppose 


have mach fewsr paramet 


= b> 


Smead <£55n Rode esrnorals. Although 


S Was 2xtended, few of the options (param 
14: po. 586-587]. 


ace MOoSt sulrltandle 


2 mpleneared [Ref. 
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Zo ee See l 8 fSerminal P 


Virtual Terminal Protocols (VTP) have undergons 
significant evolution since the first VTP was placed in use 
by the ARPANET. This VTP was designed prin 
Semout-mode terminals in mind. It is based upon the 

mac ipies;, the concept of a 'natwork virtual tarminal', *h 
Bemecrt Of hegotiation of aptions, a2] a symmetrical view of 
1 ] 


Bou@ihadis 2nd processes [R2f. 12: po. 88] [ Ref. 


ieeemeeees] ViO leii very firm ground for further sonphistica- 

ferme t =he Virtual Terniaal (VT). GasOrltunately, ai= 10uga 

Mmemierenst §~ViP was designed with fifty-eight parametses, 
+ 


very rew were actually i:molemented. It 
explore afew more of the many VIP 
since the ARPANET VTP. 


A model which foctusés on pay2 and fora mode terni- 
Meboewas developed by Schicsker and Duanki. it is used in the 
Eurcpea2an Informatics Network (EIN) and is described in 
Reference 15 (p. 485). This mod2l is called a data struc- 
ture model. iat emda t3 Stsucturs is viewed is cotecanaag 


1 


eset of tields each of which has certain attributes such as 

Seezemon  t=he tield, what type of cha 

Pee nes Ce not th a O 

MHES Geranizion of a data structures kas become w 

Mesepeeaqeang@ wiil be used in the ranainder of this chest 
g 


Th2Ss MOdel sssumes that ads9lication pros 


BeUcOlNeco=-racy Operations on 4 432%3 stru 

Ee@ece (User) process h2s 3 sinilac data structure. The VIP 

Memene Necranism by which the changss made by the appiic2- 
u 3 at 3 


Pee precess Sito 2tS data serust > 
Pugee=samso ss thac its data structure San be changed accord- 


ingly, and vice versa. 





A refinement Olm eemer datanm Sericture mod 
described in Reference 13 (pp. BOZ= 355). In this model 3 


Seapine! “has a data Structure and a controlling process 
a 


Sapled a) "T=PAD" with. 2 Selec. onshaep tuchmeeek> thee 
described in the parametric approach in subsection 1 of this 
section. Similariy, th2 host syst2m has a data structure 


Meee wiecn Tt 35 designsi <5 intecace via 2 controlling 


process called an "S=-PAD",. The messages pass 


wD 
Ps 


between 
Siescs twO "PADS" to negotiate the data structure and «hea 
availabie commands to manipulate the data structur2 ars 
@@ieained in the VTP. Tis Geeeieal Diw@ehisS approach is 
Boyce he S]PAD implies a NVI concept such as wdescribed by 
Tanenbaum in Reference 15 (pp. 423), where 2 NVT is an 
abstract terminal the charactaristics of which are assuned 
Dy ali antezactive application programs; seconily, a synme- 
trical approach such as this allows aot only ths traditional 
Peewee eeor applicatzton interaction, but also terminal ¢t95 


Beoateetat atd application £) application interaction, given 3 


sufficiently adept VTP. THEME ty Some Sucn Capabi ise res 
can be shown in acommon 3tock Point scenario. This scen- 
ario exists when an application progzran, such as ADPADE, 


GCr=ates records that are juplicat#d or enter2zi into files 
nesessary to the correct operation of anotnec apolication 
Del Gidny such 2s IDA. For instance, «he estadlis 
Somerece, 8Whach requzres 23 record ipdate in an A 

also necessitates an updara of a fiaancial record i 
file. Such changes can b2 made by batch processin 

Pasco ceimmone py application to applisation intsrc 
as made possible by a IM inplementiay this «ype o 


UhemaOtacden above is very <eimilar in function, i= 
Neoemvecabulary, to the NVI envision3i ¢ 
protocol and zhe INWG VIP. All arce2 de 
that each side of a session has its own vie 


eho wee ref. 14: ps > Ohl. hie aS 


2] 





asymmetrical model where the VI is rtonsidered oniy fron 


‘1D 


ct 


ct 
as 
iv 


perspective of the application progran. In such a model 


physicai terminal is transformed by software £9 appear as 


sv 


Viecommemoceap pli cation Orojram ffRaf. 16: op. 304}. Thies 
eppeeacch Cannot Sstpport terminal to termina@l cr bdBrocess to 
process interaction { Ref. 14: p. 588}. 

In each of the VI concepts described tne VT's ars 
Supported by two elementary protocols; a virzcual terminal 
Geary) Gata erensftonmation protocol and a contztol protocol. 


The date transformation protocol maps display commands fron 


mie senha:ng process into the prescribed innut data formacts 
for the receiving process. The toatrol process exchanges 
non-display mn EOaiareoe  f£O0F Soon sf Pacis, interactions 


mnete) t/2 Pp. 35.]. 


A more expansive approach is offered in Reference 


10. Mmmtes approach tntee abstractions (virtualizations) 
are proposed; @virtual device, 32 concenvtual data types 
definticn, and a conceptial image. Pies Ves Oil devace as 


considered an association between a definition sf a struc- 
ture for a (device) dat2 object ani a set of Operations 
which are the orly means for accessing «this (i¢evice) dat:2 
O0).6C= PoemecOncoutclaleriate ctype Jaten2ticn is. a similar 
BescCcGiacmenes OUt With regard to the S=uructure of dara and 
th2 operations which nay be peforned on Jata structure 
Soyects.) fhe conceptual image is considered a isfiniticn of 
LAG wamo me unich a M2D0LNg Of Gh conceptual data on the 
Venema GCevece 15 obtained. Pict eusust Of ais: conc spe is 
that in a hetrogenous network, assinptions regarding indén- 
micas Vear<sQau cevices and data structures may net be 
desireabie and possibly not practically viabis. Oniy an 
agreement of negotiated pirameters need be known Dy ach 
Liason mne caiinmors wrots a follow-on article, (Ref. 18], 
in which they presented a detailed recommendation of «he 


PEo@ocomemeanmt Options for sach of tn2s3 viEtualizations. 
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Meme oGetune avOV> ApplOdches TSeqguzre the negotiattons 


u 
4 session, bs they 
os 


of options/parameters to be used in 
device @iaracteristics, data SeEQCtUmcE OC commands. 
Negetiations are either asynchronous or master-slave (synch- 
ronous) cepending on tne symmetry of the interaction and the 
trust the designers piacS in whatever mechanism thev may 
have implemented to resolve negotiation dsaiiocks. Lie 
literature regarding negotiation algorithms seems polarizel 
Meei@meach Side Sanging =h= praises »f their approach. Tha 
author's preference is insludéd in th= TM model prasented in 
Chapter IV. 
F. REINHART AND ARANA [M 

LoeexecEcrence 4 (De. 35) ths authors prsposead a fT 


approach based upon a "Virtual Terminal" managénent concept. 
Riemer Mat TeatUre Of their VI is =hat it "... converts 2 
Seg ee onvyeecal termznal ines multiple virtual terminals, 
Sach OL Which may be Written into or gueried for input". fs 
support this concept the idea sf 2 user defined screen 
SO0tldumes2on 2S propose<i. Piis would “allow. -a useE ~=95 


Givide his screen into "windows" a2aacth of which ctentains «he 
n 


(D 
“; 
‘3 
fQu 


display cf a sé@par2te proct2ss. Mremougie sony 99 


f-*- 


€ 
Peo GeccmyOnea De eaCltive 42 4a GZVEN MOMent, 1: is clears that 


the implementation of this concept would satisfy several oF 
the requirements and coaserns adicessed eariier in this 
thesis. 

The thesis also Giscsuss on page 74 the use of 4&2 genesis 
terminal transformation t2ole. This 2£4bie;, «Ss pro0csed bv 
pees bebOusy REf.mt9) iS used tO convert specific physical 
terminal sub-functions to generic conmands and vice versa. 

Wien Ge endsemtnesiS IWGS 1tS frosts to the Reinhart ani 
Arana effort, subsequent readings ani investigation have ied 
Ceeciemerm cor step bask fron andost cf& the specifics 


23 





th SG 


}- 


-_ 
ae 


‘e) 
rel 
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TM functional 


TI} 


Spiration. 


specification us11gj the 


3) 


e 
Le) = 


sented in their thesis and move toward a broader 


E\lceecs 





A. OVERVIEN 


The recommendations tontained in this chapter are a 
Marriage of the generic [M moiel pr2seanted and the variety 
of specific approaches iiscussed in Thapter III. The result 
mS gueopem-fic mcdel consisting of canponents and protocols 
BicetLe=de=ng those comporecats. General recommendations ara 
Miste@ in section B below. Section © presents the recon- 


mended model. 


B. GENERAL RECOMMENDATIONS 


1) The TM should be bass D9) sien Concept of a NVT. 
Eack appiication program should be ao1l3 to assume that it is 
dealing with a terminal wh2are the default parameters will ba 
used unless the user negotiates different parameters using 
Fre NVI Gapebility. 

Zee Should Support the highest level of abstrac- 
tion technologically avaii:3ble. 

3) Negotiation of davice definitions should be hierarch- 


~ 


meal. Seandard classes of terminals defining manderory 
characteristics (minimun parameter v2alues) shsouid resides 2¢ 
she highest levels of the hierarchy. Iptiornal (reqoviatibls} 
Opzrations should resid= 2t lower levels. 

4) The TM should support user defined screen format for 
us2 in poth displaying aultiple processes and designing 


display and possible report format. 
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C. RECOMMENDED TM MODEL. 

Figure 4.1 presents the Tsrninal Management Model. 
recommerdaed by the author. The components ares zxplained 
below. 

ll lUatti‘COC™CS™SO Tam ef a eam | 
| 
il | 
i leer 
i 
Lovee 
TERMINAL APPLICATION 
PROCESS PROCESS 
| TERMINAL 
TERMINAL APPLICATION 
DATA DATA 
STRUCTURE STRUCTURE 
i 
| 
a a Se ew ct eS ee ee ee ee eee 
Figure 4.1 Recommeni2ei IM Model. 
1. Input/Output Devise 

A terminal is view2d as two separate devices. The 
seperation recoqizes that a LAN nay recieve input trom 
Reecsue a fa Vemmo OutTDIt Capability, €.g. light pens, ICR 
SGMmn¢crs, ees The TH “Mls be Gbl= eo vhandls inputs fron 
such devices. Poe Omen | Ysew Chee, Demeney CO transiccrm and 
Cemeso memmurs L= Gonceivei to be totally separated from the 


2 aoc orer Cl and Nap Outaut. 


32 





v 
iewemrune tion CL the LVI is t9 hide he idiosychza- 


cies o© the user terminal from th> LAN and +9 nap its data 
Semlectueemand Any Changes tO that structure t9 the terminal 
isplay device. The LVI sonsists of 2 terminal process (TP) 
component and 2 disk-basei t¢rminai jiata structure (TDS). 


( 

mie fe SUtalizes 2) Generic tarminel transftcrmetion 
table (see Ref 19) to virtualize terninal sub-functiors and 
@€ nierarchically organizsd set of terminal primitives 
parameters as discussed in paragraph 8.3 above. The TP also 
us2s a user defined map of the scre3’ ee for Curso 

The TP is responsible for repre | 
in negotiations with the application c 
2 It is also responsible for napping te 
CotlanGeamm cro che FDS and for mapping TOS ch2 
SUS ohare host eae Pies ewaliMeoons abe Clmperabple t 


discussed in Reference 13 and Chapter III. 


3. Network Virtual Tacminal (NVI) 


se a Sew Se = eS ae ee 2p am es ape oe ee a 


[fem eer 25 COnna gured identically to the LVT with an 
apolicatienm process (AP) in place of the TP. fhe AP has the 
Same deteescallc. Ure MOdLELCations cespDonsibiiicies, excep 
that it takes orders from and reports sthanges to an avdpiica- 


tion program as opposed t> a terminal. 


The . conceptual difference between the NVT ani 
the LVT is that <he NVT is a parametric model sf the entire 
BoamwWOGKomeenG2apt Of a tstnanal. it primitives and parane- 
ters are fixed. The application pragzam's LTequirements are 
met by passing necessary daramater values to the Ar. Notes 
that the number of parameters are fixed, but that each 
parameter may offer more than ont option (valué). rhe AD 
POS =eSchts the applitation program in negotiations with 

u 


the TP as to what values will act 
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the AP will not agree to any parametric values lower than 


tha program requires, but it may agree to higher vélues 
Siowldad zne TP insist. The AP hides all negotiatied values 
from the program except those that t12 program expects. 

4. Wirtual Terminal Protozool (VIP) 





The VTP is a message based protocol with several 
Eure =2OnS, Poqucscdei=-fsnin shronological crisr. The VIP 
between 


controls the the exchang= of negotiation messages 
mee Teeend APs During thease negociations the primitives ani 
paremeter values of control messages are selected as well as 
the contents orf the data structure. The recommended negoti- 
ation protocol will b2 explained in the session e¢xanple 


below. Cnce all values ars set, the VIP becomes re 
g 


(wD 


ponsible 


s 
Aothe TP wend AP €or 2h= 


(bp 
() 


for passing control messajyes betw 


Maraipulation of ‘their respectiv deed’ Stzustures. 


(D 


<j 


le 
Pieces ECesponsibility, the mee scONc eels, Sone 
g 2. 


Beqmeoue-namen Ne ssages acca >d2ng <> th= communication meth 


selected during negotiations, esos 


a 


MeSrneting -Of fL:22= 


running, and dictates the format of these messages. 


So 2 eS a a 


eumebne wser Logs 9n his terminal identifying himselct 
aed whemweestenal TD. Ternitnel iD can be cone automatically 
mre theueapam=wit y 2Xists. 

b) The TP will compute the conmand Signals needed #5 
fehalcmee ism Pert + CUlar tetmanal using the transformation 
teble. The TP will then begin a screen formattin 
Cemvetco-"omewetn the user, in whith the first u S 
may result in 3 default streen. (Gee we esting the qusstisr 
rather tnan waiting for the user *9 reguest szresn for 
Ceemenomlan=VOK= Curiosity and quis<«cen t 


ne 
Ooms tCatuac) fais routine will construct the 9 


a tput map 
BOn Oem cs sUDSequent ii1teraction sith he outout device. 
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ec} Once the user has defined the screen format 
desired, the first (and possibly only) command <9 call an 


application program is 2ntered. 

G) The TP passes this messay@ to the LAN which may 
nesd to send it out to the long-haul network. 

€é) The destination node will establish an AP to 
wnich the application program passes its termiaal and data 
structure requirements. Peapones pOLrgt, and throughout tne 
HeJoOtiation process, rhe VIP is ensuring one-way 
communications. 

ft) Ones negotiatioais have been co 
cation program directs th2 AP to sst the initial stat 
its data structure. SipeiecesiGg so, the A ab 
message format, passes the agresi 1a*3 s 
Mons eeterrne TP which both creates an id 
state in its data structuce and maos the data st 
the user-defined screen format. 

Gy At this point the VIP nay allow fre 
(asychrorous) communications if both parties can support 
such. 

Mime ND the epplisats5n program is con 
connection is severed andi the TP bajgins its user dialoug=e 
anew. 

Admittedly, this TM model is a2 compromise between 
the generic gozis presenti in Chaptsr IfI and the practical 
PRO1. cam One Oo: NAVSUP's iscdication to ap 

Ss 


more esthetically pleasiag concept i 
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V. THE REZIMMENDED APPROACH 


A. THE ASSUMPTIONS 


The cComespt discussed in this chapter is 4 recommenda- 
P= Jijecos the future. ae BS Dised Or “fh2 rolicwen 


assumptions: 
ineeiAwesUP 2S wiliinmg §& 


Oo abandon tne develooment and use 
Sema pl_Catlomeplogrens in fawoe of functional nodules 


distributed database systan 
2) NAVSUP defines the set of queries andi xreporcts it 
wishes the system to prov 
Syeeeoue is willing to aliow i 
d 


DiMsaGye aren? design of 


Be. THE CONCEPT 


Given the above assunptions, ¢h2 an 


7: 
System would be built by use 9f 2 33%35 base "esigner" and 
program generator such as discussed ian nefersnce 29 . Tis 
pas Nemwoctmon 2442S DUEdding process 15 celled 3 Hitfrarchical 
Pare naceay> Ouer y (HI-19) languag:. fee. coasll* Cn! Shas 
PEOCeSs Woulm be a dat2base capable 53£ supporting progtans 
Weaztter im a COBCL Data Manipulation Language (O0UL) @oc deta 
Sree moment yy. THE Ofimeary chacn o£ this concept is the 
men Mc@toumormeredundenti rssord Eicias in difteren t applice- 
eet hecmmcaman =n@ COoncomitans cteduction in csquifed ils 
SeaGe.) Gemwmen that chers wee only twd orimarty fields Ectming 


PreommeGKDOtenGe =<ne VaSt NijOority of steck point and inven- 
Bom Comenecumpo=nt  triansaciisns, the ESsquisition number 
fomp@erercUmber) end the WNaticnal Stock Numb2r  ( 
DieMeseeieectig Concep= 9£ 2 hisracchi 

SUDDC sew na. 1S 


0 
SasGeense 22.570. SO tar-rcetcshec. 





Second ENMmancement chis approash offers is the slini- 
hation cof tke need for Soest On eto application 
Becca qs t™eme De ac Daten OF LETC ractive. Because the finan- 
cial data field for a JADPS requisition entry is 
foc sede TDA; cone Nesad fom passing this information to 
t s 


the IDA application progran for entry is eliminat 


C. TH IMPLICATIONS 


Adoption of the systeéen describai above would not necés- 


Sitate scraping the TM rasommenisi in Chapter IV, Olicunt > 
mOLLY Capettalize or th]= Serefits »sF the systen, certain 


changes would be necess2ry. 

The §Mest A2mportant cschangewould be to sSnrhance ths 
het hi tewmmemecess (75) by providing it with 
description lenguage whisa would logically be 2 subset of 


J 
he system's Data dManipilation Language 


re 


( 
janguage would be available ¢9 a usar tc nana fields and 
n 


memes pepamereer CGetinding the attribites and dimen 


Ss O 
Slew er This capability would anabl= users to 2asily désign 
SCE 2on ememeeepolr® LOrMaks taiisred ts their needs. But, such 

SCapapememermenOu ld cequir= a rethinking of th application 
program's master moOL> “Sere SScadle shang daca St rueuue= 


parameters. 

AS <~his concept wouli move iwi 0 
emphasis on form Or page izsigns ian iata structures, changes 
would also be necessary in NVT 2ni VIP paraneters. Both 
couid be simplified because they would noz have co 
meade Cr clipoemcm 2 MYr ai Of DJiten conELlictin 


peograms. 


Should meracaum pti: ons 35 Sectiay A evolve , the concep 
Ogee Nedeem this Chapter is strongly rtecommendesi for Euriher 


Study. 


(4) 
~) 
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